


I2C General Purpose 
Driver Interface 


with a practical application 


By W. Huiskamp 


The I2C interface has become a popular way to hook up external devices 
to microprocessors. However popular the I2C bus may be, there are still 
many peripherals that use a parallel interface. This article presents a low- 
cost I2C port expander that can be used to control peripherals without 
an I2C interface. Our example shows how to connect the General 
Purpose Driver Interface to an alphanumeric LED display. 





Note: The circuit and software described in 
this article have not been tested in the 
Elektor Electronics design laboratory. 


I2C slave devices range from simple 
input/output ports to complex parts like EEP- 
ROMs. Devices without an I2C interface can 
be connected to the I2C bus by means of a 
Slave microprocessor with I2C hardware. This 
solution makes the slave ‘smarter’ and takes 
some load off the main processor but the dis- 
advantages are that a Slave microprocessor 
adds cost to the system while software needs 
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to be developed for both the Master 
and Slave processor. I2C port 
expanders are a good alternative to 
interface peripherals to the I2C bus. 


Hardware Concept 


I2C port expanders translate 12C 
messages into 8 bits of parallel 
data. The best known I2C port 
expander is the PCF8574. This 
device can control slaves like char- 
acter LCD's using the ‘4 bit’ mode of 
the HD44780 [1]. However, many 
slave devices need a wider inter- 
face: 8 bit databus, some address 
bits and several control lines. Two 
or more PCF8574’s could do the 
trick, but it quickly results in costly 
hardware and unwieldy software. 
Our design employs the SAA1064 
device, which has two 8 bit ports 
capable of driving LEDs directly 
(see Figure 1). 

The SAA1064 is normally used in 
multiplex mode, allowing direct 
drive of 32 LEDs (see [2]). The 
device can also operate in a non- 


multiplexed (static) mode resulting 
in 16 available output pins. The ‘I2C 
General Purpose Driver Interface’ 
employs the static mode to provide 
an 8-bit ‘address/databus’ and an 8- 
bit ‘control bus’. In a way, the design 
emulates the multiplexed Address / 
Data bus and Control bus of an 8051 
processor. There is one restriction: 
the SAA1064 only supports ‘out- 
puts’. The Data bus can not be used 
to read back from the Slave device. 
In many cases, this limitation is 
acceptable for simple slaves. 


Hardware Design 


Figure 2 shows the schematic dia- 
gram of the Driver Interface imple- 
mented for a Hewlett-Packard (now 
Agilent [3]) ‘Smart Alphanumeric 
Display’. A brief description of the 
design is given below. 

The I2C bus connector provides 
SDA, SCL, GND and regulated 5 V 
power. Two I2C connectors are used 
to allow daisy chaining. SDA and 
SCL lines are connected through a 
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Figure |. SAA|064 block diagram. 


series resistor (R13, R14) to afford 
protection against too high voltages. 
The I2C pull-up resistors for SDA and 
SCL must be provided externally, 
e.g., on the I2C Master circuit board. 

The SAA1064 device (U1) receives 
and decodes I2C traffic and provides 
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the address/data on Port 1 (P1-P8) 
and control signals on Port 2 (P9- 
P16). The SAA1064 can be assigned 
to one of four possible I2C slave 
addresses. The voltage on pin 1 of 
U1, as set by jumpers J1-J3, selects 
the active address : 
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Figure 2. Circuit diagram of the 12C driver with HDSP2533 display. 
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Where ‘x’ denotes the presence of a jumper. 
R/W indicates the lowest address bit. 


So, for example: 
01110000 = 70H = write 
01110001 = 71H = read 
Note that only one jumper is allowed. Fit- 
ting both J1 and J3 will short out the power 
supply ! 


Port 1 of U1 emulates the multiplexed 
Address/Databus. The pins are connected to 
the Databus of the slave device and to the 
SN74ALS573 latch (U2). The latch freezes the 
Address bits on the falling edge of the pulse at 
the ALE (Address Latch Enable) pin. The latch 
output is the Address bus for the slave device. 

Port 2 of U1 emulates the ‘Control bus’ for 
the slave device. It provides the following 
signals: 
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— ALE - Address Latch Enable 
This pin receives a pulse that latches the Address 
bits on the falling edge. 


— Reset 
The active low Reset signal may be used to 
reset slave devices. 


- C/D - Command / Data (Not) 

This control signal may be used to select 
Command or Data registers on a slave device. 
LCDs based on HD44780 driver chip would 
refer to this signal as RS (Register Select). 


— WR - Write 

The active low WR signal activates the write 
operation on the slave device. Some devices, 
like the HD44780, may require an active high 
‘enable’ signal instead. 


- CEO ... CE3 — Chip Enable 

Four general-purpose control bits are avail- 
able. They may be used to select a specific 
peripheral device when more that one is con- 
nected, in this case only one of these CE sig- 
nals should be active at any time. 


Note that there no RD signal is provided since 
the SAA1064 does not support reading back 
data from a slave. Please make sure that any 
RD control signals on slave devices are dis- 
abled (i.e., pulled high) to prevent shorting 
the slave databus outputs with the SAA1064 
Port 1 Address/Databus! 

All Port outputs need a 10-kQ pull-up (R3- 
R10 and R15-R22) because the outputs are 
‘open-collector’ current sources. The resistors 
provide defined logic levels for the slave 
devices. 


HDSP253x Example 


The Hewlett-Packard (now known as ‘Agi- 
lent’) HDSP253x device is an 8-digit ‘Smart 
Alphanumeric Display’ available in several 
colours (green, orange, red and yellow). The 
on-board decoder accepts 128 different ASCII 
symbols. Character codes are stored in inter- 
nal RAM and shown on the display without 
external refresh action. The device can show 
flashing characters, has seven brightness lev- 
els, several blanking functions and supports 
16 user defined characters (UDCs) to gener- 
ate special symbols — See Figure 3. 

Similar displays are available from 
Siemens (e.g. PD2435), some having only four 
characters per device (e.g. SLR2016). See also 
[4] and [5]. These displays differ from the 
HDSP in size, number of characters and other 
details. The example software and hardware 
will therefore need some modification when 
replacing the HDSP with the Siemens 
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Figure 3. Timing diagram for HDSP253x. 


devices, but the basic operation is 
identical. 

The timing diagram of the HDSP 
data-, address- and control-lines is 
shown in Figure 4. The Address bus 
selects the digit position, the Data- 
bus provides the ASCII character 
code and WR will activate the data 
transfer to the display. Please note 
that the CE pin of the device may not 
be tied low permanently but must be 
toggled between each Read or Write 
operation. 

Hooking up the HDSP253x to the 
General Purpose Driver Interface is 
straightforward: the Data bus of the 
HDSP connects to ADO-AD7 of 
SAA1064 Port 1, Address lines AQ- 
A4 are connected to the correspond- 
ing Address lines on latch U2. For 
simplicity, the FL control line is con- 
nected to A5 of the latch. The FL line 
allows access to the ‘flashing char- 
acter’ RAM of the HDSP. The remain- 
ing control lines (RST, WR and CEO) 
are connected to Port 2 of the 
SAA1064. Two control pins on the 
HDSP are pulled ‘high’: the RD line 
(to avoid bus collision) and the CLS 
pin (to select the internal clock of the 
display). 

In this application example, the 
spare CE2 and CE3 drive two LEDs 
(D1, D2) that provide additional sig- 
nalling. Both LEDs can be connected 
to the SAA1064 without additional 
series resistors because the outputs 
of the SAA1064 are in fact current 
sources. 





Software 


The software for the Interface may 
be downloaded from this month's 
Free Downloads items at www.elek- 
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tor-electronics.co.uk. The program 
was developed in 8051 assembler 
(Metalink). The original Intel 8051 
does not have I2C hardware and the 
necessary routines were imple- 
mented through ‘bit banging’ of two 
port pins representing SDA and SCL. 
Supporting routines for I2C and ser- 
ial port communication, utility sub- 
routines and specific control soft- 
ware for the slave device are all 
located in separate modules. This 
allows easier software maintenance 
and reuse. All modules have the 
same general structure and consist 
of two parts: 

— Mod cnst.inc, contains constant 
definitions and variable declara- 
tions; 

—Mod_sub.asm, contains the sub- 
routines and program memory con- 
stants (e.g. tables). 


The software modules will be briefly 
described below. Details can be 
found in the source code that is pro- 
vided with comments and explana- 
tions. 

SCL and SDA may be assigned to 
any of the available processor port 
pins by setting an ‘EQU’ in the 
source code of ‘I2C_cnst.inc’. Sepa- 
rate macro's are used for IC bit 
Setup and bit Hold times to allow 
easier porting of the software to 
faster 8051 types (e.g. Atmel ver- 
sions running at 24 MHz or higher). 
The default settings are adequate for 
an 8051/80C535 running at 11.0592 
MHz. No particular delays are 
required in that case because the 
software is now slower than the 
maximum allowed I2C bus speed. 

The lowest level I2C software 
generates the IC ‘Start’ and ‘Stop’ 
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sequences. The I2C bus is initialised 
to the appropriate levels after a 
‘power-on’ by calling ‘I2C_init’. The 
second level of the I2C code provides 
Byte Send and Receive functionality. 
The highest level of I2C code sends 
or receives an I2C message. This 
involves generating I2C Start and 
Stop conditions and sending a Slave 
Address and an optional IC sub 
address. Flags are used to set or 
receive the I2C Acknowledge bit. 

The general software for the 
SAA1064 interface provides subrou- 
tines to set values on the 
‘Address/Databus’ and on the ‘Con- 
trol bus’. There is also a routine that 
allows writing an Address to the 
Address latch, which consists of first 
writing data to the Address/Databus 
and then toggling ALE. Separate 
macros are provided to allow setting 
or resetting a specific Control bus 
bit. The SAA1064 hardware inverts 
all actual signal levels: setting a port 
bit ‘high’ will result in a ‘low’ level 
on the port (due to the current 
source output circuit). The inverting 
effect is compensated in the low- 
level routines just before I2C data is 
transmitted to the SAA1064. 

Based on the general SAA1064 
routines, a set of specific software 
modules is available to control the 
Hewlett-Packard display (files: 
‘hpd_cnst.inc’ and ‘hpd_sub.asm’). 
The Low level ‘I2C_HPDInit’ routine 
initialise the display device. This 
routine first selects the correct mode 
for the SAA1064 (e.g. no multiplex- 
ing) then initialises levels for all con- 
trol bits (e.g. ALE is low), generates 
a Reset sequence for the HDSP and 
finally programs the control registers 
of the display and clears the display 
memory. Higher level routines are 





available that write characters 
(I2C_HPDPutChar) and strings 
(I2C_HPDPutStrCnst and 
I2C_HPDPutStrBuf). The display cur- 
sor will automatically wrap around. 
The cursor may be set by the 
‘I2C_HPDGoTo’ routine. Additional 
support functions allow uploading of 
a user-defined pattern (5?7 bits) to 
display special symbols or logo’s 
(I2C_HPDUDC). 

The serial port software (con- 
tained in ‘ser_cnst.inc’ and 
‘ser_sub.asm’) provides initialisation 
of the 8051/80535 serial port hard- 
ware. Assembler directives are avail- 
able to select 4800/9600 baud and 
select the CPU clock frequency 
(11.0592 or 12 MHz). Basic routines 
allow character transmit and receive 
and string transmission to a terminal 
program (e.g., Hyperterminal). 

The UTL module (‘utl_cnst.inc’ 
and ‘utl_sub.asm’) provides general 
support functions e.g. ASCII to Hex, 
translation to upper case etc. This 
module also has special 
character/symbol definitions that 
may be uploaded into the HDSP 
device. Examples are a battery 
full/empty symbol and some ‘pac- 
man’ icons. 

The main software module is 
‘Test51.asm’ and it contains the 
actual application, it uses the 
#include assembler directive to 
incorporate all the necessary sup- 
port modules. 

Default settings for the ‘Test51’ 
software are: 80C535 processor at 
12 MHz, 9600 baud serial port, SDA 
at P3.4, SCL at P1.0, HDSP device at 
I2C slave address 76h (jumper SW1 
placed). Selection of a specific 
processor type (8051 or 80C535) 
and other modes/options (e.g. bau- 


Figure 4. Examples of User Defined Characters. 
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drate) are possible by activating assembler 
directives in ‘Test51’ or one of its #included 
modules. 

The ‘Test51'’ software initialises the 
8051/80C535 (serial port, stack, etc.), the I2C 
hardware (SDA and SCL pins, flags, etc.) and 
the I2C general purpose interface (i.e., the 
SAA1064). Finally the slave display device con- 
nected to the interface is initialised (e.g., clear 
the display, reset the cursor, etc.). After com- 
pleting the initialisation process the ‘Test51’ 
software enters an infinite loop that activates 
the HDSP display at specific times to show dif- 
ferent strings. The operation of the software 
may be observed by connecting a terminal pro- 
gram (e.g., hyper terminal) to the serial port. A 
text string is displayed after initialisation and a 
‘#’ character is transmitted for each iteration of 
the main loop. 


Experiments 


Readers can modify the example hardware 

and code to meet their own needs. The struc- 

tured software is easy to understand and for 
most devices software adaptation should be 
straightforward. Some hints : 

— Remember that the IC ‘bit-banging’ soft- 
ware is relatively slow and any required 
delays (e.g. data setup times before acti- 
vating WR) are normally satisfied without 
additional delays. 

— Applications that really need read-back of 
data (e.g. graphics display where a single 
bit in the display RAM is modified) can 
sometimes still be supported by keeping a 
‘copy’ of the appropriate data in the proces- 
sor’s RAM, modify the particular value of 
the copy and write back the entire result to 
the slave. 

(020113-1) 


The software for this project may be downloaded 
as file number 0201 13-1 1.zip from the Free 
Downloads section at 
www.elektor-electronics.co.uk, 

under month of publication. 
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